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Abstract 


The  purpose  of  this  paper  is  twofold.  First,  we  investigate  the 
impact  of  concurrency  control  on  transaction  execution  cost  and  system 
throughput  in  centralized  and  distributed  data  base  systems  (DBS)  based 
on  slow  and  fast  (local)  networks.  Second,  we  show  that  in  terms  of 
transaction  execution  cost  and  CBS  throughput  there  are  some  spolia¬ 
tions  for  which  any  distributed  DBS  can  be  more  effective  than  any  cen¬ 
tralized  CBS  and  vice  versa.  We  also  argue  that  for  other  applications 
the  decision  in  favour  of  distributed  or  centralized 
on  the  comparison  of  specific  CBS  systems. 


jns  snou'w 


Accession  For 

NTIS  C-KASrI 
DTIC  TAB 
Unannounced 
Justification. 


¥ 

n 


By - 

Distribution/ 


Availability  Codes 
’Avail  and/or 
Dist  j  Special 


a 


Introduction. 


1  • 

Distributed  database  systems  (D-DBS)  are  alleged  to  provide  numerous 
advantages  over  centralised  database  systems  (C-CBS) .  The  usual  argu¬ 
ments  in  favour  of  the  D-DBS  are: 

a.  improved  user  attitude  -  the  distribution  of  data  and  process¬ 
ing  gives  users  greater  control  and  autonomy  over  the  data  processing 

b.  improved  reliability  and  availability  -  because  of  the  parti¬ 
tioning  of  data  and  replication  of  processors  and  data 

c.  improved  extensibility  and  modularity 

d.  decreasing  cost  of  hardware  should  make  D-DPS  cost  effective 

e.  D-DBS  could  provide  better  performance  and  perhaps  lower  tran¬ 
saction  execution  cost  because  they  have  inherent  concurrent  execution 
capabilities  not  available  in  C-DBS 

We  expect  that  in  .many  applications  the  last  consideration,  i.e. 
transaction  execution  cost  and  performance,  will  be  the  principal  factor 
when  deciding  between  C-DBS  and  D-DBS.  Therefore  in  this  paper,  we 
analyze  and  compare  the  transaction  execution  cost  and  the  performance 
of  C-C3S  and  D-DBS.  We  are  here  interested  in  two  goals.  First,  we 
want  to  investigate  the  importance  or  the  impact  of  concurrency  control 
on  transaction  execution  cost  and  system  throughput  in  C-DBS  and  O-DBS 
based  on  slow  and  fast  (sometimes  called  local)  networks.  Second,  we 
are  interested  in  a  simple  and  robust  analysis  which  explains  certain 
intuitive  notions  about  the  preferability  or  suitability  of  D-DBS  or  C- 
DBS  for  some  applications.  Our  analysis  is  general  ,  i.e.  it  is  not 
meant  to  represent  any  particular  concurrency  control  mechanism,  C-DBS 
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or  D-DBS.  Ttie  analysis  however  can  become  specific  by  substituting 
proper  values,  representing  specific  concurrency  control  mechanisms  or 
D8S  systems,  into  the  derived  formulas. 


2.  Previous  work. 


It  appears  that  there  are  no  published  papers  dealing  with  compara¬ 
tive  analysis  of  distributed  and  centralized  DBS  systems.  However, 
recently  some  work  has  been  done  on  the  performance  analysis  of  distri¬ 
buted  DBS  (BAD  30,  viol  79,  RIE  79)  and  there  are  two  publications  (BUC 
79,  STE  79)  somewhat  related  to  this  paper.  The  paper  by  Bucci  and 
Streeter  (BUC  79)  deals  with  the  cost  and  performance  analysis  of  a  sin¬ 
gle  processor  with  multiple  remote  terminals.  The  paper  also  contains  a 
short  sketch  of  a  very  simple  comparative  cost  analysis  of  distributed 
and  cen' .  •’ ized  DBS.  The  paper  by  Stewart  (STE  79)  describes  a  discrete 
simulation  .modelling  tool  developed  for  the  performance  analysis  of  IBV 
SNA  system  configurations.  It  is  obvious  from  the  paper  that  this  per¬ 
formance  analysis  tool  can  be  used  for  already  implemented  systems  as 
the  simulator  input  requires  detailed  system  implementation  information 
e.g.,  number  of  instructions  per  program,  number  of  I/O,  a  priority 
interrupt  mechanism,  a  priority  dispatcher,  CPU  definition,  etc.  How¬ 
ever,  it  is  indicated  in  the  paper  that  the  simulator  could  be  used  for 
the  performance  analysis  of  distributed  DBS  -  presumably  once  it  has 
been  implemented. 
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3.  D-OBS  vs.  C-DBS:  Transaction  Execution  Cost  Analysis. 


In  our  analysis,  we  consider  C-DBS  with  remote  users  and  a  D-DBS 
with  similar  capabilities  in  which  data  and  processing  power  are  distri¬ 
buted  to  the  remote  users.  Figure  1  shows  both  DBS  configurations  we 
analyze  in  this  paper.  (RU  is  remote  user  and  LU  is  local  user) . 
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A'.'  -  - 


In  this  paper  the  cost  is  defined  in  terms  of  the  number  of  exe¬ 
cuted  instructions,  the  amount  of  generated  I/O  and  the  number  of  mes¬ 
sages,  or  any  subset  of  these.  We  model  the  average  cost  of  one  tran¬ 
saction  processing  in  the  C-D3S  as  consisting  of  three  oarts  as  Follows: 


f*  —  ^  4*  f  x  r* 

c  "  “csys  com  syn 


where 


C^syg  is  the  average  cost  of  executing  one  transaction  in  the 
C-C8S  without  a  concurrency  control  (CC) 

Ccom  t*ie  average  (communication)  cost  of  submitting  the  tran¬ 
saction  from  the  remote  user  to  the  C-DBS 

is  the  average  CC  cost,  i.e.  the  average  cost  due  to  syn¬ 
chronization  of  the  transaction 

Since  any  transaction  in  any  CBS  is  either  conflicting  (i.e.,  try¬ 
ing  to  acquire  resources  already  acquired  by  some  other  transaction)  or 
nonconflicting  then  Cg^  consists  of  two  types  of  costs  -  the  cost  (Cc(?) 
associated  ’with  nonconflicting  transaction  and  the  cost  (Cronfl )  wtl9n 
the  transactions  interfere,  i.e.,  conflict.  We  can  express  Cgyn  as  fol- 


=  DI  *  C  +  c 

confl  cc 
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where 


DI,  the  degree  of  interference,  is  the  ratio  of  the  number  of 
conflicting  transactions  to  the  number  of  all  transactions 

cconfl  *s  t*ie  avera<3e  CC  conflict  resolution  cost  per  conflict¬ 
ing  transaction 

QI*C„onfj  is  the  average  conflict  resolution  cost  per  transac¬ 
tion 

Ccc  is  the  average  CC  no-conflict  cost  per  transaction 
Transactions  in  D-DBS  can  be  divided  not  only  into  conflicting  and 
nonconflicting  (as  in  C-DBS)  but  they  can  be  also  divided  into  local  and 
nonlocal  or  global  transactions  depending  whether  they  execute  at  one 
site  only  (local  transaction)  or  more  than  one  site  (global  transac¬ 
tions)  .  Thus  the  cost  of  transaction  processing  in  the  distributed  CBS 
(D-DBS)  can  be  modeled  as  the  cost  of  local  and  nonlocal  (or  global) 
transaction  executions  weighted  by  the  terms  reflecting  the  number  of 
local  and  global  transactions  in  the  system.  Then  the  cost  of  the 
transaction  processing  in  D-DBS  is: 


CH  =  X*(C 


lsys 


Clsyn^ 


+  (1-X)*(C, 


gsyn 


Cgsys  ^ 


(3) 


where 

CjSyS  is  the  average  cost  of  local  transaction  execution  without 
considering  concurrency  control 

clsyn  *s  t*1e  avera9e  cost  per  local  transaction,  i.e.,  one 


which  needs  to  access  data  only  at  one  site 


C„c„e  is  the  averaqe  cost  of  global  transaction  execution 
gays* 

without  considering  concurrency  control 

C.-^  is  the  average  CC  cost  per  alobal  transaction,  i.e.  one 
gs»yn 

which  needs  to  access  data  at  more  than  one  site  of  the  D-DBS 

X  is  the  ratio  of  the  number  of  local  transactions  to  all  tran¬ 
sactions 

1-X  is  the  ratio  of  the  number  of  global  transactions  to  all 
transactions 

Let 

cgsys  =  Clsys  +  Cdata 

•where 

C^ta  the  average  (communication)  cost  of  data  transfers  dur¬ 
ing  the  global  transaction  execution 

clsyn  can  ^  furth®r  decomposed  in  a  similar  manner  to  in  the  case 

of  C-DBS: 


Clsyn 


DIi 


*  clcon£l  +  Clcc 


(4) 


•where 

Dlj_  is  the  degree  of  interference  of  local  transactions  at  each 
site  of  the  D-DBS,  i.e.  ratio  of  the  number  of  conflicting  local  tran¬ 
sactions  (i.e.,  local  transactions  conflicting  with  local  transactions 
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but  not  with  global  transactions)  to  the  total  number  of  local  transac¬ 
tions 


Clcc  *s  t^e  averat3e  no-conflict  cost  per  local  transaction 
"lconfl  *s  the  avera9e  cc  conflict  resolution  cost  per  local 
conflicting  transaction. 

CaSyn  can  also  be  decomposed  in  similar  manner  as  follows: 

Cgsyn  ~  Cgcc  +  a*g  *  "gconfl 

inhere 

Cgcc  *s  the  avera<3e  no-conflict  cost  per  global  transactio 
’"gconfl  is  the  avera<3e  -c  conflict  resolution  cost  oer  qlobal 
transaction 

Dig  is  ratio  of  the  number  of  conflicting  transactions  (i.e., 
global  transactions  conflicting  with  global  and  local  transactions)  to 
the  number  of  global  transactions 

Substituting  into  (1)  and  (3)  from  (2),  (3a),  (4),  and  (5)  we  obtain 


n 


'csys  +  ccom  +DI*  cconfl  +  Ccc 


'Isys  +  x*(DIl*Clconfl  +  Clcc> 


'1ata; 


(l-x^(cIg‘cgconfl  + 


c  + 

"ICC 


(*) 


(7) 
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In  order  to  simplify  (6)  and  (7)  we  assume  that  the  cost  of  synchroniz¬ 
ing  local  transactions  in  D-CBS  is  proportional  to  the  cost  of  synchron¬ 
izing  the  transactions  in  C-DBS,  i.e.,  we  assume  that: 


Clconfl 


=  K,*  C, 


1  confl 


Clcc  =  xl*  Ccc 


(Q) 


where  K,  ?  1  if  the  following  applies: 

a)  processors  in  D-DBS  can  not  support  the  same  CC  mechanism  at 
the  same  cost  as  C-DBS,  e.g.,  number  of  I/O  is  different,  etc. 

b)  D-DBS  uses  CC  mechanism  different  from  the  one  used  in  C-nPS 

c)  when  both  of  the  above  apply 

We  can  also  assume  that  the  cost  of  local  transaction  execution 
without  synchronization  in  D-DBS  is  proportional  to  the  cost  of  transac¬ 
tion  execution  without  synchronization  in  C-CBS,  i.e.,  we  assume: 


C,  =  C  lo) 

lsys  a2  Srsys  -  ' 

where  <2  /  1  if  processors  in  D-DBS  execute  local  transactions  (without 
CC)  at  a  different  cost  compared  to  C-D3S . 

We  also  assume,  somewhat  arbitrarily,  that  the  degree  of  global  and 
local  transaction  interference  in  D-DBS  is  proportional  to  the  degree  of 
transaction  interference  in  C-CBS  as  follows: 


DI  =  (1-K3)*DI  .'ID) 

DIj  =  '<3*01 


Q 


i 


where  large  '<3  reflects  either  good  D-DBS  design  and/or  applications 
with  strong  locality.  We  feel  that  tne  above  assumption,  whether  right 
or  wrong,  becomes  irrelevant  for  applications  featuring  very  low  degrees 
of  transaction  interference.  We  note  here  that  most  of  present  applica¬ 
tions  seem  to  be  in  that  class. 

Finally  we  assume  that  the  cost  of  synchronizing  global  transactions  in 
D-DBS  is  proportional  to  the  cost  of  synchronizing  the  transactions  in 
C-DBS,  i.e.,  we  assume  that: 

C  ■=  X  *C  (in 

gcc  o  ^cc  1 - 1 

c  =  ^  *c 

gconfl  o  confl 

We  will  refer  to  a  D-DES  'which  'uses  slow  network  (slow  compared  to 
secondary  memory  channels)  as  a  slow  D-OBS  for  which  1.  We  will 

refer  to  a  D-D8S  which  uses  fast  network  (comparable  to  secondary  memory 
channels  )  as  a  fast  (local)  D-DBS  for  which  K0«l.  Substitutim  (?) , 
(9),  (10)  and  (11)  into  (c)  and  (D)  we  get 

Cc  3  “csys  +  '"com  +  3I*Cconfl  +  Ccc 

cd  =  VCcsys  +  ^VDI*Kl*Cconfl  +  VCcc>  + 

(l-X)*((l-K3)*DI*K0*Cconfl  -  K0*Ccc  +  Cdata)  (13) 

We  would  like  to  know  when  the  cost  of  transaction  execution  is 
larger  in  C-DES  compared  to  the  cost  of  transaction  execution  in  D-DBS. 
Let 
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t 


Substituting  from  (12)  and  (13)  into  (14)  we  obtain 

d-K2>*Ccsys  +  '"com  +  *DI*cconfl  +  (1-K^X)*^  > 

(HlVaVtW])*0!^!  *  Vccc  *  cdata>  (15) 

If  Xftsl,  i.e.  when  almost  all  transaction  in  D-DBS  are  local 
then  (15)  reduces  to 

(1-K2)*ccsys  ♦  CCom  +  (l-K1*K3)*DI*Cconfl  ♦  (1-Ki)^  >  0  (15) 

When  almost  all  transactions  are  local  (or  equivalently  when  D-DBS  is 
well  designed)  we  introduce  only  negligible  error  by  assuming  that  '<3  = 
1,  i -e. ,  assuming  that  the  degree  of  interference  in  C-DBS  is  the  same 
as  in  D-DBS.  Then  (15)  can  be  rewritten  as 

ccom  >  ^2-1>*ccsys  +  yn  (171 

Let’s  assume  that  K1  =  1,  i.e.  C-DBS  and  D-DSS  execute  under  the  same  CC 
mechanism  and  the  CC  cost  is  the  same  in  both.  Then  (17)  reduces  to 


r» 

"com 


> 


(K2-1)*C 


csys 


(IS) 


If  we  also  assume  that  X2  =  1,  i.e.  the  cost  of  transaction  execution 
without  CC  in  D-DBS  and  C-DBS  is  the  same  then 
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which  is  always  true. 

The  above  result  says  that  in  applications  where  (a)  almost  all 
transactions  are  local,  (b)  the  same  CC  mechanism  is  used  in  C-CBS  and 
D-DBS,  (c)  local  processors  in  D-DBS  do  not  impose  any  processing  cost 
penalty  compared  to  C-DBS  processor,  then  the  D-DBS  regardless  of  the 
speed  of  its  network  and  regardless  of  the  degree  of  interference  will 
result  in  lower  transaction  execution  cost.  This  result  which  has  been 
derived  from  the  analysis  of  our  model  is  in  a  complete  accord  with  our 
intuition  as  it  is  to  be  expected  if  the  model  is  realistic. 

We  come  to  the  same  conclusion  when  ^2  =  1  and  <  1,  (i.e.  local 
processors  in  D-DBS  do  not  impose  any  transaction  processing  cost 
penalty  compare^  to  C-DBS  processor  and  D-DBS  executes  under  different 
CC  mechanism  which  has  lower  overhead  cost) . 

Let's  assume  that  F-,  =  i.e.  the  local  processors  in  C-DSS 

impose  the  same  cost  penalty  on  transactions  and  CC  programs  processing. 
Then  from  (17)  we  get 


C„m  > 
com 


(Ki~l)  *(Csyn  + 


'csys' 


(CC) 


From  (20)  the  only  scenario  on  which  we  can  make  a  general  observa¬ 
tion  on  is  when  >>  1,  i.e.,  'when  local  processors  in  C-DBS  impose 

heavy  processing  cost  penalty  compared  to  C-CBS  processor.  Then  from 
(20)  we  obtain 
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(21) 


C„m  » 
com 


(C 


syn 


+  Ccsys' 


The  conclusion  from  (21)  is  that  even  if  >>  1  C-CBS  can  still 
result  in  lower  transaction  processing  cost  in  applications  where  users 
ship  large  amounts  of  data  per  transaction  between  remote  terminals  and 
C-CBS  processors,  and  terminal  communication  lines  are  slow  and  costly 
and  transactions  are  not  computationally  intensive. 

We  note  here  that  our  analysis  could  be  made  specific  by  substitut¬ 
ing  either  measured  or  assumed  values  for  the  parameters  in  our  formu¬ 
las.  We  avoid  doing  so  as  no  commercial  C-DBS  is  operational  today. 
Therefore,  we  rather  attempt  to  use  a  few  reasonable  assumptions  so  that 
we  can  simplify  our  formulas  and  then  make  aeneral  observations. 

Let's  assume  that  DI  i.e.  very  few  transactions  interfere 
(that  seems  to  be  valid  assumption  for  most  applications).  Also  assume 
that  XI  *  '<2  =  l,i.e.  local  processors  in  D-D3S  do  not  impose  any  cost 
penalty  on  transactions  3nd  CC  pronrams  processing  compared  to  C-DBS 
processor.  Then  from  (15)  we  obtain 


Ccom  >  *(cdata  +  ^c^V1^  (22) 

For  fast  D-DBS  K0  1  and  (22)  reduces  to 

ccom  >  (I-*) *cdata  (23) 

For  slow  C-C3S  ,<o  >>  1  and  (22)  reduces  to 

Ccom  >  <>*)*<cdata  +  VCcc> 
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The  observations  we  offer  on  (?3)  ary*  {?.*)  is  that  when  comparinq 
transaction  execution  cost  in  C-08S  and  fast  D-D8S  then  the  CC  mechanism 
problem  is  not  very  important.  However,  it  becomes  very  important  when 
comparing  cost  of  transaction  execution  in  C-DBS  and  slow  C-CBS. 


4.  C-CBS  vs  D-OBS:  Performance  Analysis. 


The  second  issue  we  'want  to  investiqate  in  this  paper  is  the  impact 
of  concurrency  control  on  throughput  of  C-DBS  and  D-DBS  based  on  slow 
and  fast  networks.  We  are  also  interested  in  identifying  applications 
for  which  we  can  say  that  any  D-DBS  will  likely  outperform  any  C-CPS  and 
vice  versa. 

The  C-DBS  throughput  can  be  derived  by  considering  the  fact  that 
system  transaction  processing  rate  is  decreased  by  synchronization  of 
transactions.  Thus  we  can  express  C-CBS  throughput  Cc  as  follows: 

-c  =  <SC  “  (SCcc  +  SCconfl)5  !25) 

where 

Sc  is  the  basic  transaction  processing  rate  of  C-CBS  'which  does 
not  have  any  concurrency  control 

%cc  *s  the  £ract*on  basic  transaction  processing  rate 
used  for  synchronization  of  transactions 

S^onfi  is  the  fraction  of  Sc  used  for  resolution  of  conflicts. 
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We  model  D-C3S  as  a  set  of  n  processors  whose  physical  dependency 
due  to  an  underlying  network  and  'whose  logical  and  functional  dependency 
due  to  global  transactions  are  reflected  only  as  a  decrease  of  the 
throughput  of  every  site  in  D-DBS .  Thus,  the  throughput  of  D-OBS  can  be 
derived  in  terms  of  each  node  processing  rate  and  its  decrease  due  to 
the  synchronization  of  local  and  global  transactions  as  follows: 

=d  -  "*!SL-'SLCC  *  0IL’SL=onfl>l  *  d-V) TC„-SL  -  (SG„  *  ,)]  1 

where 

Y  is  the  ratio  of  local  transactions  to  all  transactions 
n  is  the  number  of  sites  or  nodes  in  the  P-DBS 
SL  is  the  transaction  processing  rate  of  each  of  n  nodes  without 
concurrency  control 

“Lee  the  fraction  of  used  for  the  synchronization  of  tran¬ 
sactions  local  to  one  site 

DIl  is  the  degree  of  local  transaction  interference,  i.e.,  the 
ratio  of  local  interferring  transactions  to  all  local  transactions 

SLconf!  *s  t‘H'e  fraction  of  SL  used  for  the  resolution  of  local 
transaction  conflicts 

SrJcc  is  the  fraction  of  SL  used  for  the  processing,  of  synchron¬ 
ization  messages  of  global  transactions 

^Gconfl  *s  “•t|e  fraction  ?f  asec*  f°r  t-U;e  resolution  of  global 

transaction  conflicts 

DIq  is  the  degree  of  global  transaction  interference,  i.e.,  the 
ratio  of  interferring  global  transactions  to  all  global  transactions 


CQ  is  the  ratio  of  D-DBS  average  network  delay  to  D-DBS  local 
processor  I/O  time 

We  further  assume  that 

SGcc  3  C01*SLcc 
sGconfl  3  C02*SLconfl 

where 

C01  *  C00*Mcc 
C02  3  C00*Mconfl 

where 

CQ0  is  the  ratio  of  average  network  delay  to  CC  message  set-up 

'time 

Mcc  is  CC  no-conflict  overhead,  i.e.,  the  average  number  of  mes¬ 
sages  a  given  CC  mechanism  requires  for  synchronization  of  nonconflict- 
inn  transactions 

"conn  *s  con^ict  overhead,  i.e.,  the  averaoe  number  of  mes¬ 
sages  a  given  CC  mechanism  requires  for  the  resolution  of  transaction 
conflicts.  (An  example  of  CC  conflict  and  no-conflict  overhead  analysis 
of  several  CC  mechanisms  can  he  found  in  (BAD  31) ) . 


We  also  assume  that 


SLconfl  =  ~2*SCconfl 
DIl  =  “3*DI 

DIg  =  ( 1— C  3 )  *01 
We  are  interested  when 

0C  >  3^  (27) 

Substituting  into  (27)  from  (25)  and  (2*5)  and  using  the  above 
assumptions  we  obtain 

SC  -  <sCcc  +  O^confl)  -  (C2*SCcc  +  C3*C2*DI*SCconfl)  ]  + 

(l-YJMVC,^  -  (C01*C2*SCcc  +  (l^3)*C02*C2*PI*SCconfl)n  (28) 

In  order  to  simplify  (28)  we  will  assume  that  DI«n,  C 1  =  C,  and  C0 
*  1.  Thus  we  consider  applications  which  have  very  few  conflictino 

transactions.  We  also  assume  that  C-OBS  and  D-DBS  either  use  the  same 
CC  mechanisms  or  if  they  are  different  then  the  decrease  of  local  pro¬ 
cessor  throughput  is  the  same  as  if  they  both  use^  the  same  CC  mechan¬ 
isms  (C^  *  C2) .  Finally  we  assume  fast  P-DBS  -where  0-CBS  local  proces¬ 
sor  I/O  speed  is  the  same  as  O-DES  network  speed  (C0  =  1) .  Substitutino 
these  assumptions  into  (28)  leads  to 

Sc  (29) 

- -  *(1  "  n*C:)  >  1  -  n*Cx*(Ccl  +  v*(i  -  c„1) ) 

3Ccc 

We  consider  three  cases  when  1  >  n*C^,  1  =  n*C3  and  1  <  n*C3.  When  1  > 

n*Cp  i.e.,  SG  >  n*SL  then  (29)  can  be  rewritten  as 


3C 


1  -  n*C,*(Y  +  cnl*(l  -  Y)) 


Ccc 

However,  for  any  D-CBS 


1  -  n*C, 


Sr 


'Ccc 


>  1 


and  therefore 


(1  -  n*C1*(Y  +  CQ1*(1  -  Y)) 
1  -  n*C, 


>,  1 


As  we  assumed  1  -  0*0^  >0  (32)  reduces  to 
C01  ^  1 

Thus  if  Sc  >  n*SL,  then  0C  >  CU  only  if  C0i  ^  1. 

>hen  n*Cj  *  1  then  (29)  considering  (31)  reduces  to 

C91  >  1 

Thus  if  5^  *  n*SL  then  Cc  >,  only  if  Cnl  >  1,  else  0C  <  n,. 

When  1  <  n*Clr  i.e.,  when  So  <  n*SL,  then  (29)  considering  (31) 
to 


c9!  1 


Thus  if  So  <  n*SL,  then  Tc  >  ^  only  if  C01  ^  1,  else  T^  > 


(30) 


(31) 


(32) 


(33) 


(3d) 


reduces 


(35) 


From  (33),  (34)  and  (35)  we  can  conclude  that  when  comparing 


throughput  of  C-D8S  and  D-DBS  based  on  fast  network  then  the  CC  mechan¬ 
ism  (i.e.  its  CC  overhead)  and  its  efficient  implementation  (i.e.  effi¬ 
cient  message  processing)  are  quite  important.  This  observation  is  not 
entirely  intuitive  in  the  light  of  our  assumption  of  very  few  conflict¬ 
ing  transactions,  i.e.,  DI*rO.  Of  course  if  there  are  many  conflicting 
transactions  one  would  expect  CC  mechanism  to  be  important  for  D-DBS 
throughput . 

An  interesting  observation  can  be  made  on  (35) .  Even  if  D-DBS 
transaction  processing  rate  without  CC  mechanism  is  larqer  than  transac¬ 
tion  processing  rate  without  CC  in  C-DBS,  a  D-DBS  with  CC  mechanism  can 
perform  worse  than  C-OBS  with  CC  mechanism  if  C^  <  1,  i.e.,  if  either 
CC  mechanism  has  high  no-conflict  overhead  or  it  has  slow  CC  message 
processing. 

Let's  consider  applications  where  Ys»l,  i.e.,  there  are  very  few 
global  transactions  or  equivalently  almost  all  transactions  are  local. 
In  such  case  -we  can  also  assume  that  C-,  =  1.  Substituting  these  assump¬ 
tions  into  (27)  we  obtain 

Sc*(l  -  n*C:)  >  (SCcc  +  DI*CCconfl)*(l  -  n*C2)  (3«) 

We  consider  (3*5)  when  1  >  n*C^,  1  =  n*C^  and  1  <  n*Cj 
vhen  1  >  n*Ci  then  from  (3*)  and  (31)  we  obtain: 

C2  <  Cl  (37) 
Thus  when  Sc  >  n*SL  then  2C  >  only  when  C2  <  C^,  i.e.,  when  D- 
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DBS  and  C-DBS  use  different  CC  mechanism  or  they  use  the  same  one  hut 
the  D-DBS  local  processor  throughput  decrease  due  to  synchronization  of 
nonconflicting  transactions  is  smaller  than  the  decrease  in  local  pro¬ 
cessor  transaction  processing  rate  compared  to  C-D3S  transaction  pro¬ 
cessing  rate. 

When  1  =  n*C|,  i.e.,  when  Sc  =  n*S^  then  (36)  always  holds  and  thus 
2c  >  2d- 

'.tfien  1  <  n*C^  then  from  (33)  and  (31)  we  get 

C2  >  C:  (3°) 

Thus  when  Sc  <  n*SL  then  only  if  C2  >  C^  .  If  C2  <  Ci  then 

>  Qc.  The  implication  here  is  that  >  Q„  if  either  D-DBS  uses  more 
efficient  CC  mechanism  than  C-DBS  or  D-DBS  uses  the  same  CC  mechanism 
hut  its  implementation  is  more  efficient  compared  to  D-DBS  transaction 
processing,  i.e.,  if 


3  Dec 


< 


S 


D 


As  can  he  seen  from  (33),  (37)  and  (38)  CC  mechanism  is  a  signifi- 
cant  issue  when  comcaring  performance  of  C-DBS  and  D-DBS  systems.  'More¬ 
over  it  is  important  even  for  the  performance  of  D-DBS  based  on  fast 
network  and  for  applications  where  either  there  are  few  interferrino 
transactions  or  where  there  are  few  nlobal  transactions. 


5.  Conclusions. 
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In  this  paper  we  have  investigated  transaction  execution  cost  and 
system  throughput  in  C-DBS  compared  to  D-DBS  systems  based  on  slow  and 
fast  networks.  The  conclusions  reached  in  this  paper  indicate  that  the 
efficiency  of  CC  mechanism  is  of  great  importance  when  comparing  C-DBS 
and  fast  or  slow  D-CBS  throughput.  The  same  observation  applies  when 
comparing  transaction  execution  cost  in  C-CBS  and  slow  D-DBS.  It  seems 
that  CC  mechanism  is  not  important  when  comparing  the  cost  of  transac¬ 
tion  execution  in  C-DBS  and  fast  D-CBS. 

In  this  paper  we  have  also  indicated  for  which  applications  any  0- 
D8S  is  likely  to  be  a  better  solution  than  any  C-DBS  and  vice  versa. 
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